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.1 

DATA DELIVERY 

Field of the invention, 

data to one cir more data-receiving devices, each of which may he rumiiag 
one or more data-receiving applications. 

Background of the inventSoik. 

10 

It is known to deliver data to xemote data-receiving devices using network 
connections snch as for example an Internet (and in particular a World Wide 
Web) connection. Further, intermediaries such as Web-Cache 
intermediaries are known, which cache data between a server holding the 
15 data and a data-receiving device to which data will be delivered. Althongh 
the primary function of the Web Cache Ihtennediary is to cache data it can 
also prevent multiple requests for the same data being transmitted from the 
data-receiving device to the server. 

20 Prevention of the transmission of multiple requests is particularly important 
in situations in which the server undergoes a state change following the 
receipt of the request for data from the data-receiving device i.e. the request 
for data causes the data held on the server to change. Such requests are not 
generally cached and include those those requests containing foTm data and 

25 the like. Examples of such a state change includo the placing of an order on 
an online shopping site, etc.. in which multiple orders can. result if multiple 
requests ax^ not blocked. 

Further, the number of types of device and/or applications being used to 
30 make network connections is increasing. For example devices such as 
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PDA's, PC's, web enabled televisions, mobile telephones, and the like are 
now being used to access infonnation. 

Indeed, it is known to use a plurality of devices in conjunction with one 
another to access inforuiatioii. That is sr* aggregations of asii^ess d^tsi- 
receiving applications that may be brought Together to form a distribuied 
user interface. For example, a PDA may be used in coiLjunction with a PC 
wherein the PDA is used much like a remote control to control the data sent 
to the PC, but the PC is used to display the information (for which it is 
much better suited because of its higher display capabilities). 

Summary of the inventioii. 

According to a first aspect of the invention there i& pi^ovided a system 
comprising at least two data-receiving applications running on one or more 
data-receiving devices, each data-receiving application being capable of 
requesting and receiving data, a data-processing means and a data-storage 
means connected to said data-receiving applications via said data- 
processing means, said data-processing means being ^rr^nged to receive a 
plurality of data-requests forming a request group from said data-receiving 
applications, to evaluate said data-requests and to send a single request for 
the data-requests within said request group to said data-storage nieaus and 
further being arranged to receive data from said storage means, in response 
to said single request, process said received data and distribute said 
received data, or portions thereof to at least one of said data-receiving 
applications. 

An advantage of such a system is that it may be used to prevent said data- 
storage means from receiving a plurality of requests for data (data requests) 
by processing the requests made by the data-receiving applications to 
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provide a single request. The single request may be arranged to contain 
requests for data suitable for the various data-receiving applications. 

The, or each, data-receiving application may be axranged to run on a 
5 different data-receiving device, or indeed a pliixajity of data-receiving 
apphcations may be arranged to nm on the same device. For exjiuxiplcr, a 
data-receiving device, such as a PC, may be arranged to run an Internet 
browser, together with an application streaming video. The browser and the 
streaming application each constitute a data-receiving application, but 
10 running on the same data-receiving device. One way of looking at the 
invention may be to facilitate co-ordinating the navigation of web resources 
across an aggregation of data-receiving applications (in which a data- 
receiving application may be running on s^arate data-receiving devices). 

15 According to a second aspect of the invention there is provided a method of 
delivering and receiving data to and from two or more data-receiving 
applications running on one or more data-receiving devices, said method 
comprising receiving a plurality of requests for data, fomciing a request 
groups from said data-receiving applications using a data-processing means, 

20 evaluating said requests sending a single request to a data-storage means 
from the data-processing means and further comprising processing data 
received from said data-storage means in response to said single request 
u^ing said data-processing meansj^ and distributing said received data, or 
portions thereof, to at least one of said data-receiving applications. 

25 

According to a third aspect of the invention there is provided a processing 
means, which may provide the data-processing means of the first aspect of 
the invention, which comprises a receiving means and transmitting means, 
the receiving means being arranged to receive a. plurality of data requests 
30 from a plurality of data-receiving applications^ said plurality of data 
requests forming a request groitp, and also to receive data from a storage 
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medus, and the transmitting means being arranged to transmit data to said 
storage means and to transmit received-data received from said storage 
jncaus to ssid d£t£=rccsiTiiis 5pplics±icn.5, fiirthsr, said processing m^ans 
being arranged to process requests for data received by said receiving menns 
5 from said data-recsiving applicationss evsluste said requests and to produce 
a single request for une data-fequests ^ituizi ssid rsquast ^g,i^ and 
generated by said evaluation and to cause said transmitter to transmit said 
single request to said data-storage means and farther to receive data from 
said data-storage means^^ process said received-data and to tramsmit said 
10 received data, or portions thereof to at least one of said data-receiving 
applications. 

According to a fourth aspect of the invention there is provided data- 
stnicture comprising a method of requesting data comprising receiving a 
15 plurality of data requests from a plurality of data-receiving applications, 
said plurality of data-requests forming a request group, evalxiating said 
requests and producing a single request for data, to a storage J3(i6aii$, for said 
request group generated by said evaluation, receiving received-data in 
response to said single request jBrom said storage means, processing said 
20 received-data and sending said received-data, or portions thereof, to at least 
one of said data- receiving applications. 

According to a fifth, aspect of the invention there is provided a computer 
readable medium containing instructions^ which when read onto a computer 
25 cause that computer to perform the method of the second and/or fourth 
aspects of the invention. 

According to a sixth aspect of the invention diere is provided a computer 
readable medium containing instructions, which when read onto a 
30 processing means cause that processing means to function as the data- 



14/11 '02 IS; 45 FAX 



UK PO 



a 014 



r 



5 

processing means according to the first and/or Ihird aspects of the 
inveutioTi- 

The computer readable medium of tho fifth and/or sixth aspects of the 
mveimon may cuiiipx-i:3ic aiLy ujuc <j± juaoi*^ w.«^*^ ^^^^^ — ^^^^-ir j » - 



CD, a DVD ROM/kAM (inciuaing a nara onve, a ^xr tLiSK, ajiy 

form of optical and/or magneto optical drive, a tape, a transmitted signal 
(including an Internet and/or ftp download, or the like), a wire. 

10 Brief description of the dt*awmgs. 

There now follows by way of example only a description of embodiments of 
the present invention with reference to the accompanying drawing? of 
which: 

15 

Figure 1 schematically show? the architecture of a prior art computer 
capable of acting as a server for this invention; 

Figure 2 schematically shows a prior art system in which data 
20 receiving devices communicate with a server; 

Fignre 3 schematically shows a system in which data receiving 
devices communicate with a server via a proxy server; 

25 Figure 4 schematically shows an overview of one method of 

combining data requests at a data-processing means; 

Figures schematically shows an overview of a further method of 
combining data requests at a data-processing means; and 

30 
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Figure 6 schematically shows a method of de-multiplexing data sent 
to a data-processing mcEins. 

Detailed description of the invention^ 

Data is held on a storage-means or server iOO, as shpwn in Figure 1, aad 
can be requested by any numher of data-receiving devices that are capable 
of communicating with the server 100. Indeed^ a frrst data-receiving device 
can make a request for data to be sent to a second data-receiving device. 



Those skilled in the art will be familiar with the process of 'browsing' the 
World Wide Web (or in short the Web) running on top of the Internet. This 
process comprises navigating from one display of information, or 'web 
page* to another, each web page comprising a rendering of data usually 

IS stored in a remote location. Generally^ the user moves between web pages 
using h3rperlink5. The described embodiment is particularly concerned with 
browsing, where the web page, or other data» or a version web page and/or 
other data is rendered on a plurality of dififerent data-receiving applications. 
The plurality of data-receiving applications and/or data-receiving devices 

20 may be thought of as an aggregation. The term data-receiving device and 
data receiving application is not inte^ided to be limited to devices that can 
only receive data and such devices will often be able to t;rdn.smit data as 
weU as receive. The term is intended to cover applications/devices that can 
only receive data (i.e. have data pushed to them), and applications/devices 
25 that can both send and receive data. 

The,, or each, data-receiving application may be arranged to run on a 
different data-receiving device^ or indeed a plurality of data-receiving 
applications may be arranged to ran on the same device. For exainple^ a 
30 data-receiving device, such as a PC, may be arranged to run an Internet 
browser, together with an application streaming video. The browser and the 
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Streaming application eacli constitute a data-receiving application, but 
running on the same data-receiving device. . 

If the ufiex of one data-receiving application clicks or otherwise selects a 
5 hypsrlink, th& displays of other dats^-receiving applications may be arranged 
10 change to indicate informtitioxji dssplaycd at tliis locaticn. As si; 

example, a user may be using the Web with a first and a second device, each 
running a single data-receiving application, but linked in a single session. 
The first device may be a PC and the second device may be a PDA, The 
10 PDA may be being used as a "remote control" to control the dMa that is 
displayed on the PC such that when a link is activated on the PDA the 
display of the PC is caused to change to display the new information and 
al&o the display of the PDA is changed to offer the user with some new 
selections. . * 

15 

Qne of the requirements of rendering data across a plurality of data- 
receiving applications is that navigation synchronisation takes place i,e. that 
navigation operations on one data-receiving application are reflected on all 
other data-receiving applications in the aggregation. 

20 

A further example of which the teaching of this embodiment may be useful 
is when several users are viewing individual devices. The device may be 
similar or they may be different. For example, consider a lecturer where the 
students have individual display devices and the lecturer controls the 
25 display on each (this may in particular apply to 'correspondence' courses, 
where the students may not be in the same place as the lecturer). 

As is shown in Figure 1, the storage- means, or server 100, comprises a 
display 104, processing circuitry 106, a keyboard lOS, and mouse 110, The 
30 processing circuitry 106 further comprises a processing unitll2ji a hard 
drive 114, a video driver 116, memory IIS (RAM and ROM) and an I/O 
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subsystem 120 whicli all coirunumcate with one another, as is known in the 
art, via a system bus 122. The processing unit 1 12 comprises at least one 
tod gciierally a plurality of processors vvhich include tho$$ ^uch a? the 
INTEL'''^ PENTIUM™ series processors, running at typically between 



As is known in the art the ROM portion of the memory 118 cont$ixi.9 the 
Basic Input Output System (BIOS) that controls basic hardware 
functionality. The RAM portion of memory llS is a volatile memory used 
10 to hold instructions that are being executed, such as program code, etc. The 
hard drive 1 14 is used as mass storage for programs and other data. 



Other devices such as CDROMS, DVD ROMS, network cards, etc. could be 
coupled to the system bus 122 and allow for storage of data^ comiDunLcation 
15 with other computers oyct a network, etc. 

The server lOO could have the architecture known as a PC, originally based 
on the IBM™ specification^ but could equally have other architectures. The 
server may be an APPLE™,, or may be a RISC sjrstem, and may run a 
20 variety of operating systems (perhaps Eff-UX, LINUX, UNIX, 
MICROSOFT™ NT, ADC™, or the like). 

In prior art systems, when the server 100 receives a request for data from a 
data-receiving device it will forward the requested data to the appropriate 

25 data-receiving device. This is schematically represented in Figure 2, which 
shows a connection to a voice portal 23, a WAP enabled telephone 24^ a 
landscape oriented PDA 26 and a PC 28 in communication with the server 
via a network connection 30. This list of devices that can request data from 
the server as mentioned herein is not exhaustive and provides a 5rst, 

30 second, third and fourth data-receiving device. Some examples of other 
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devices may be screen projectors, finger print scanners, Internet televisig^s, 
digital camerras, etc. 

It will be appreciated that each of the data-receiving devices 23, 24, 26, 28 
5 shovt-n ijx Figure 2 has differetit capabilities. Th*^ ynice portal 23 ia only 
able to proviQc ana rec^^ve aaia to a user uiicicwj. lu. x^kkm^*.^ 
example, the portal 23 is provided with software capable of receiviag and 
interpreting VoiceXML which enables voice access, control and inputs to a 
website. The PC 28 is not fio limited, having the highest display 
10 capabilities of the devices listed. As each of the data receiving-devices has 
a diff^ent practical use, the way in which a wcb-sitc is rendered or 
otherwise repToduMd may advantageously be tailored for each device. 



15 



This is advantageous for two reasons. 



Firstly, a document arranged for display on one of the devices will not 
necessarily be reprodnced correctly on the other devices. Secondly, it may 
not be appropriate to display specific data on certain devices. To give an 
example of this second point, a person giving a lecture may wish to see the 
20 answers of questions that they are posing to the students to whom they are 
lecturing. It would of course not be appropriate for the students to see the 
answers as well as the questions. 

Alternatively, or additionally, it may be that some data from a web-site may 
25 usefully be 'portable' for a user- consider for e^cample a sales person, for 
whom it would be advantageous to cany sates prices, which may be up- 
dated from time to time. The sales person may not need, for example, a 
picture from the web-site- indeed, most portable devices have restricted 
memory capabilities, when compared to data-receiving devices such as the 
30 PC 28, and it is desirable to carry only the minimum data required on a 
device such as the PDA 26. 



14/11 '02 18:46 FAX UK PO 81019 




-10 



An example of a voice portal 23 is that provided by TellmB Networks 
Incorporated. In practises such a portal is likeiy io be acccSsvu ushxg a 
telephone or a mobile telephone 25. 

5 

An example of a WAP enabled telephone 24 is the KOKIA^ 7110 that has 
a black and white display of 96 x 65 pixels^ but only 96 x 44 pixels are 
available fox body data providing four lines of text at roughly 15 characters 
per line. The telephone is provided with a keypad 38 through which data 
10 can be input thereto, A WAP enabled telephone 34 has restricted 
capabilities for storing and for processing data. 



Da this example the PDA 26 is a Compaq™ iPAQ™ that operates using the 
Microsoft™ PocketPC™ operating system, and imis Microsoft™ Pocket 
Explorer as its means of commmdcating with the server 1 00- The iPAQ™ 
has a virtual keyboard^ as well-as a touch screen inpnt, and can access the 
web, etc. using modem, or network cards connected through its PC card slot 
or via its infrared link, or Bluetooth™ link. The screen of the iPAQ™ can 
display colour (64k colour) and has a resolution of 240x320 pixels (i.e. 
portrait). (St is also possible for the PDA to have a landscape perspective 
screen). 

The PC 28 may have an architecture similar to that shown in Figure 1. Its 
display is likely to be able tq display 24-bit true colour (in excess of 16 
25 million colours) at a resolution of at least 1024x768. Typically, a PC has 
superior storage and processing capabilities when compared to a PDA. 

The person skilled in the art will appreciate that a request for data may 
cause a ^state change' on the server 100. For example the request for data 
30 may place and order, modify account details, or the like. Therefore, not 
only is the requested data supplied, but also some processing may be 
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perfonned- for example updating account details. In othesr words, the 
server 100 itself is affected by a request for data. Therefore* it is desirable 
not to send multiple versions of iiie szmie atid/or relatw je<iUc5t froin 
different data-receiving applications, within the same aggregation of data- 
5 receiving applicatiuiis, u6cau5€ the server may {d-Xi-e to s. st2.te change that 
has occurred) not respond to the requests in the same way, or muitipie 
occuxrences of the requested action may occur. It will of course be 
appreciated that servers 1 00 routinely handle multiple requests from data- 
receiving applications which are not in the same aggregation (e.g. requests 
10 received at a server for the same web page). Causing the server 100 to 
receive multiple requests is also likely to increase the processing burden of 
the server 100- 

As shown schematically in Figure 3, there is provided a data-processing 
IS means, in this case a proxy server 300^ which may have an architecture 
similar to the server 100 in Figure 1. Although described as a separate 
server 300 in this embodiment, the skilled person will appreciate the proxy 
server 3 00 may be provided by a data-receiving application tanning on a 
data-receiving device 23, 24;26aZS, or may be by a data-receiving 
20 application running on the server 100 as will be described hereinafter. 
Either embodiment of providing a proxy server 300 or a data-receiving 
application provide a data-processing means» which advantageously is a 
stateless data-processing means^i to facilitate synchronised navigation of a 
plurality of data-receiving applications. 

25 

The data-processing means 300 receives requests from one or more of the 
requesting data-receiving devices, consolidates these (if there are more than 

one) and forwards the consolidated request to the server 100. The server 
responds by providing the infoTmation requested in the form required by 
30 each device to the data-processing means 300, and this is then distributed to 
the data-receiving devices. 
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Ib the described embodiment communicatioa between the data-processing 
means and the data-receiving appiicaiion is made usiiig http (Syper Text 
Transfer Protocol) http is advantageous because bttp requests are well 
5 knowxi ajQu. readxly avaiifcibic to cuixent devices. TIis ^kxllsd perscn ^iill 
appreciate the http covers several different version including http i.O^ http 
and that there are variants such as https. It is intended that the term 
http covers all of these versions and variants. Further, the list given herein 
is not intended to be exhaustive. 

10 

Further, the data-processing means is not required to maintain persistent 
state for each aggregation of data-receiving applications. That is the data- 
processing means does not need to maintain a list of devices with which it 
is communicating. The requirement . not to maintain persistent state is 
15 advantageous because it makes the arrangement more scalcable. That is as 
the length of the list of devices grows (there could conceivably be many 
thousands or millions of aggregations in communication with a data- 
processing means) then the requirement for processing power and storage 
increase simply to hold the list if persistent state is required. If persistent 
20 state is not required then requirement then the burden upon storage aud 
processing power is not likely to be increased as much as th.e number of 
aggregations increases. 

This is described in greater detail below and with reference to Figure 4. A 
25 data-receiving application 800 initiating the navigation operation issues an 
http request 802 to a target resource 808 and also stimulates all other data- 
receiving applications to issue copycat requests 806 to the same target 
resource 808. The initial 802 and copycat 806 requests form a request 
group. (Only two data-receiving applications are shown in the aggregation 
30 of Figujre 4, but there could be any number). In this embodiment to allow 
the copycat requests 806 to be stimulated one or more inter data-receiving 
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application messages 810 are required. The inter data-receiving application 
messages 810 are provided by any suitable mechanism. Mechanisms that 
may be particularly suitable include Session Initiaiign rirotoeol (SIP), http. 

Short Message Service (SMS)* Multi-media Message Service (MMS), or 
:> any oiner suitaoie mt^i^iijinibm. j.iuc> iisaib m hkj^ xiik^ii.\»^\a. w/vu-A-^-o^i^^ 

is simply intended to give the skilied person an impression of the 

technologies conceived at this stage. 

Both the initial 802 and copycat requests 806 are sent to the data-processing 
10 means 300. Without a data-processing means 300, the initial 802 and 
copycat requests 806 would all propagate to tiie target resource 806, which 
may create two problems: 

1. The load at the resource server increases by a factor of N for an 
15 aggregation of N data-receiving applications. 

2. The resource may receive multiple non-idempotent requests, and 
for correct operation would need to resolve* these (somehow) to a 
single operation e.g. multiple copycat POST requests should only 

20 cause one book to be ordered from an e-commerce application. 

The skilled person will appreciate the meaning of the terms "idcmpotent" 
and "non-idempotent" but for completeness they are as follows: an 
idempotent request made to a server has the same effect each time it is 

25 made, whereas a non-idempotent request has a different result between a 
first and subsequent posing of that request- As an example, an order to an 
online store should be non-idempotent. It would be desirable to block 
multiple orders placed accidentally and so the first request should be 
accepted and it is desirable that subsequent requests are blocked or 

30 otherwise acted upon differently.. 



14/11 '02 18; 47 FAX 



■* UK PO 




14 

Both of these problems i^iay be addressed by routing the http requests via a 
data-processing means 300 which consolidates data-receiving application 
requests. 



5 Web-cache inteTxnediarics arc ahcidy vvidely iissd to prsvcnt multipk 
requests for the same resource propagating to the resource server IGO.SOS. 
Once one data-receiving application request has prompted the resource to 
return a cacheable entity^ a caching proxy is able to intercept and respond to 
subsequent requests from any data-receiving application for the same entity. 
10 A caching proxy may similarly be used as a data-processing means to 
intercept copycat requests 806. 

However, conventional web caching is only successful when subsequent 
data-receiving application requcjsts occur after a response to the initial 802 

15 request has been returned. This is likely when requests originate from data- 
receiving applications operating somewhat independently, but unlikely 
when copycat requests 806 originate from an aggregation of data-receiving 
applications. The copycat requests 806 are likely to reach the caching 
proxy before a response to the initial request 802 has been received, 

20 resulting in a cache miss. 

Therefore in a first embodiment for an aggregation of data-receiving 
applications copycat requests 806 may be stimulated only after the response 
to the initial request 802 has been received at the data-receiving 
25 application 800 initiating the initial request 802. This should guarantee that 
the response is in the cache before the copycat requests 806 reach the 
caching proxy, or data-processing xneans 300. 

In a second embodiment for an aggregation of data-receiving devices 
30 copycat requests 806 are stalled at the caching proxy, or data-processing 
means 300 i.e. the data-processing means only forwards the initial 



14/11 '02 1«:47 FAX - DK PO ©024 



r 



15 

request 802 and waits until it lias cached tie response to that request befoTs 
servicing the copycat requests 806. This should also result in a ca<died 

response oemg avaiiaoic lor aic oup^uai. j.^y£M.»?s»^» wvirw. 

provides a request consolidation, which advantageously resolve^ all 
5 requests beloBging to the same request grciip, and stalls all but the. initial 
request 802, Stalling may be thought of as neither traii^iynttiiig to said data- 
storage means nor responding to 5 aid data-request. 

The second cmbodiraent described may be advantageous for the foUovring 
10 teasons: waiting for the first response before stimulating copycat 
requests 806, as in the first embodiment, mtroduces latency. It cannot be 
assumed that aU data-receiving applications are 'close' to the data- 
processing means (i.e. low latency between data-receiving application and 
data-processing means, in this case a proxy server) and therefore, 
15 significant delays may be introduced. 

Secondly, it may be advantageous to enable request body consolidation at 
the data-processing means 300 e.g. to merge the message bodies of POST'S 
from multiple data-receiving applications- This would require that all 
20 requests (initial 802 and copycat 806) within a request group to be received 
at the data-processing means 300 before the data-processing means 300 
forwards a request to the resource server iS08. 

The skilled person will of course appreciate that not all responses are 
25 cacheable. In particular, responses to POST requests and GET requests 
with query parameters ('?' parameters appended to the URT) are typically not 
cached. This is because the response to these requests is assumed to be 
'dynamic' and dependent upon the content of the POST message body or 
GET parameters. However, it is particularly advantageous that multiple 
30 copies of these, potentially non-idempotent, do not reach the resource 
server 808. 
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Generally it would not be appropriate to return the cached re^ozise to one 
d^ta-fecciviog applioation's POST m r^spcxLse to ancther data-rsc?eivir.g 
application- Howev^^ in the case of a copycat request 805, regaxdle&$ of 
5 the request msthodj, a copy of the resource seCT'cr's 808 rsspop_$^ to the lead 
initial request 800 is always caciied and returned ib rcspoixSo to ocpyc£i.L 
requests 806 which have been initiated by an inter data-receiving 
application message 810 following an initial request S02 (i.e. are in the 
same request group). This may help to ensure that only one request of any 
10 request group is propagated to the resource server 8GS. 

It will be appreciated that, due to Jatencies in the system, the data- 
processing means 300 may receive a copycat request 806 before it receives 
the initial request SCO- However, for the sake of clarity the notation is 
15 maintained. 

In the embodiment being described some cache entries (e.g. those for POST 
responses) are indexed against a request group idesutity^ which is preferably 
unique to that request group. Such entries may be expired &om the cache as 
20 &D6n aa all requests in the request group have been serviced. 

Further, the data-processing means 300 may merge the contents of the 
initial 302 and copycat 806 requests. This may be advantageous in 
situations in which the resource server 808 distributes a form, or other such 

25 data^ across multiple variants, such that one data-receiving application 
presents an interi&ce to one fragment of the form data whilst another data- 
receiving application presents an interface to another fragment. In such 
arrangements it is convenient that when the form is submitted, the various 
fragments are amalgamated into a single message body that is sent to the 

30 resource server 100 in a single request. 
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Some embodiments may not involve the data-processing means 300 in this 
consolidation process. Because tlie data-receiving applic^ions are alDle to 

r^^*^ ^:«.a^4-i^r ^%A^v% MrA^ f^-tViAT it wrtiilH Vift nossiblei fox the data- 

receiving applications to update each other with changes to their respective 
c ^c.'t^ fTocrm*»ntc Tiierefore, at anv noint in time anv data-receiving 

application may iioic tu coxislauoi «>. j.i*ax mv^^A-^^-^-t*-"'^" — — 

and subxnit it to the resource (via a GET or POST request). 

In an alternative embodiment esich of the data-receiving applications submit 
10 their data fragments to the data-processing means 300 in the body of their 
individual request and the data-processing means 300 merges the data 
before forwarding a single request to the resource server 100, This is as 
shown in Figm-e 4, where it can be seen that the initial request contains 
data A, the copycat 806 request contains dataB and a single request 812 
15 sent to the resource server 808 contains data A+B. To achieve this, the 
data-processing means 300 waits to receive all requests withiu the same 
request group before forwarding a request to the resource server 808- Jsx 
addition to the request group identity, the data-receiving applications 
therefore communicate to the data-processing means the number of data- 
20 receiving applications in the aggregation. 

The second embodiment in which the data-processing means 300 
consolidates the data is advantageous because some data mi^t be large 
making it undesirable to continuously update all data-receiving applications 
25 with changes when some data-receiving applications may not present an 
interface to those components of the form. Secondly, some data might be 
sensitive (private), making it undesirable to share across all data-receiving 
applications. The skilled person will appreciate that the user may not own 
each of the data-receiving applications and/or data-receiving devices 
30 tunning the data-receiving applications within the aggregation and that 
therefore, privacy may be of high importance. 
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The data-processing meams 300 may be arranged to resolve, or at least 
attempt to resolve, ali data cozifiicts that occur iii uata-roqiicsts made to the 
data-processing means from data-receiving applications such that the 
5 request sent to the resoiiice server oOS does not have any conflicts therein. 
The data-processing means 300 xaay thus, try to ensure that data passed to it 
in the data-requests is mutually consistent or mutually exclusive. 

The data-processing means may not store the number of data-receiving 
10 applications in the aggregation between requests. It is advantageous fox the 
data-processing means 300 to have this number as it allows the data- 
processing means 300 to determine when all requests in a request group 
have been serviced, and remove associated cache entries. The number of 
data-receiving applications in an aggregation may be dynamic and change 
15 between requests. 

In a further alternative, or additional embodiment, one of the data-receiving 
applications may act as a "master" data-receiving application. This is useful 
for the purposes of submitting form data, or in enibodiment^ in which the 
20 capabilities of the data-reeeivihg applicatiojis/devices are passed to the 
data-processing means as will be described hereinafter. 

En the case of form data the master data-receiving application would 
maintain a complete copy of the form data which would be updated through 
inter data-receiving application messages 810. Other data-receiving 
applications might only maintain a fragment of the form data. In this 
embodiment whenever a "submit" is triggered by user interactionj, which 
causes the form data to be sent to the data-processing means, the submit 
task is delegated to the "master^' data-receiving application. The master 
data-receiving application generates the initial request 802 complete with 
form data^ which the data-processing means 300 forwards to the resource 



25 



30 
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server 808. All other data-receiving ^plications generate copycat 
requests 806 that do not need to carry any form data. Such m arrangement 
is shown in Figuxc 5. 

dtstinguishing between The initial 802 request and me copyoai SCS requests. 
In general all the embodiments described are facilitated by having the data- 
receiving application SOO communicate the status of their request to the 
data-processing means 300. That status may be one of: 1. Complete data for 
10 the form (and/or application/device capabilitiefi) 2. Partial data for the form 
(aiid/or application/devi c e capabilities) . 

On receiving a complete data request, the data-processing means 300 
forwards it to the resonrce server 808 and stalls (does not pass on nor 

15 respond to) all subsequent, copycat 806, requests in that request groap^ 
Alternatively, on receiving a partial data request (whether initial 802, or 
copycat 806), the data-processing means 300 stalls the request 802,806 until 
it receives all requests 802.806 in that request group (at which point it 
merges partial data fragments (i.e. portions from each partial data-request) 

20 into a single request 812) or until it receives a complete data request in the 
same request group (which it forwards). 



In order to allow the data- processing means 300 to determine whether a 
request 802,806 originates from the same group of requests (i.e. has been 

25 triggered by an inter data-receiving application message 810 following an 
initial request 802) it is conveiuent to generate a unique (at least to the 
data-processing means 300) request group identity for each request group. 
In some embodiments the request group identity is generated by the data- 
receiving applications, for example it could be a concatenation of the user's 

30 email address and a unique string (fred_bIoggs@bp-com/abcdefg). 
Alternatively, or additionally, in a second embodiment the request group 
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identity could be generated by the data-processing means 300. Each data- 
receiving application may receive a new request group identity in a header 
of the response to the current request, and uses tjie new identity for tic next 
request. In such a second embodiment it may be convenient for an initial 
5 (non-group) request to ulc data-protesssing means 300 tc bootstrap the 
process. 

It would generally also be necessary, to communicate the request group 
identity &om data-receiving applications to the data-processing means. In a 
10 first example this may be achieved via: use of a header to the request. This 
may be via the http "From" header. 

i 

In an alternative, or additional, second embodiment the request group 
identity could be passed via the Request URIa The data-receiving 

15 application could append the request ^oup identity as a parameter to the 
UiElL (e.g. http://www.foobar,oom/ijtidex.htmI?ReqrD=abcdefg). This 
request group identity may subsequently be stripped off by the data- 
processing means 300. This is second embodiment is advantageous because 
it is transparent to the http stacks but has the problem that the chosen 

20 parameter may clash with a parameter name that is already included in the 
URL (e.g- a form variable that has naine=ReqID). 

In addition to the request group identity (which generally indicates that the 
data-requests within the group belong to the same request - for example 

25 request number 3 by aggregation x), it is also possible for the data-receiving 
application and/or data-receiving device to add an application/device 
identity to a data-request^ which identifies the data-receiving 
application/request that made that data request. It is envisaged that the 
request group identity is in addition to the URL (or other indication of the 

30 source of the data) requested in the data-request which will generally be 
common to all data-requests within a data-request group. 
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The data-processing means 300 is used to consolidate data-recdving 
appiication reqnesis 802,506 into a single request 812 to the rs$OiiACs 
server S08. Thi5 consolidation is desirable as it ensures that any fiide 
^ exists tiiat toe reqiitjaL jlhi^hl \jxx l^^c 3oa*jiAxww v^-&- wwaa*^*.^-^.*-*^, w 
commerce transaction, posting a message xo a bulletin board) only occiir 
once- The consolidation also results in a single response being returned by 
the resource server 808, which usually contains a 'r^resentatiow' of the 
resource's state. 

10 

As discussed above, the aggregation of data-receiving applications may be 
run on a plurality of differrat data-receiving devices 23,24,26,28 each 
having different capabilities. Therefore, the system may need multiple 
representations of the data to be rctumcd fiom the resource server SOS- 
IS Generally, each representation of the data is adapted for a specific set of 
^plication/device capabilities (e,g- screen size, aiidio etc). The capabilities 
may be passed to the data-processing means and processed in a similar 
manner to how form data is processed. Each data-receiving 
device/application will have a profile of capabilities and the aggregation of 
20 data-receiving applications/devices will have a profile. 

The aggregation profile may be constructed at the data-processing 
means 300 in a similar fashion to the processes described above which 
describe how the consolidated request may be made to the resource 
25 server 808 in relation to form data i.e. wait for all requests with the same 
request group identity and include all profiles in the consolidated, or single, 
request 812 to the resource server 808. 

However, for the avoidance of doubt one data-receiving application may act 
30 afi master and hold a complete list of data-receiving application/device 
profiles for the devices/applications within the aggregation- AltematiVBly, 
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each data-receiving application may send a portion of the aggregate profile, 
generally the profile for itself/ the device on wMch it is lunning, in requests 

made to me aata-processiug uAccma- »-h»w»-pavwwm>:.-*^s ***w^w 

making a request to the resource server 808 until a complete list available 
(whether by receipt of a complete list from the master data-receiving 
application, qj whether by the buiiding oi a complpte Jist irom receipts of 
partial lists). 

SecoJidly, data will generally be adapted according to the wUective 
capabilities of the aggregation of data-receiving devices e.g. the data for a 
VoiccXML browser is dependent upon the presence of another data- 
receiving application that is capable of rendering HTML, For example, 
with only a VoiceXML data-receiving application available, the content for 
that data-receiving application may be: 



<VXM1> 
<form> 

<proii5»oPlcasc say the type of pizza yoa would like. Von can choose irom 
20 Pepperom, Hawaiiaja, Four Cheese, 

</proiicq>t> 
</rield> 
</forin> 
<ArXML> 



whereas if an HTML data-receiving application is also available the content 
maybe: 



<;yXML> 
30 <foTm> 

<fjel<l namt— "pi2Za"> 

<proinpt>Please say the type of pizsa you would Uke. You can choos« from the 
list on the screen. 
-<^pTaxopt> 
35 </field> 
</foni£> 
<rVXML> 

and the corresponding HTML may be; 
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■<hitrai> 
<body> 
<^form> 

5 <xnput typc^'^radio" DamE="pizza" valuc=^FepperoDi">Pepperoni</iiiput> 

<iiiput typc="radio" iiaine-'"pizza'' valiic="Hawaiiax;">Hawaiiaii</iiipiic> 
<iiiput type= "radio" naT2ie="pizza" valttc=^"FowC]bLBB5e">Foiix CbAt&t</hipiat> 

<ff0TIB> 

10 </htnil> 

VoiceXML is a subset of XML and follows the principles of XML- 
VoiteXML is designed for creating audio dialogs that feature synthesized 
speech, digitized audio, recognition of spoken and DTMF key input, 
IS recording of spoken input, telephony,, and mixed-imtiative conversations. 
Although the skilled person will be folly conversant with VoiceXML a full 
description can be found at http://www.w3.org/TR/voiccxml20/. 

XML requires pairs of tags, or identifiers, to be placed within a document. 

20 Theses tags do not specify how the information should be presesited, but 
specify the content of llie information between the pairs of tags. The skilled 
person will fully understand 5CML> but a full description can be found at 
http;//www- w3.org, and the brief description below will aid his/her 
understanding. An archive of this site may be found at 

25 http://web.aTcliive.org/web/t/http://www.w3,org which also contains 
information about XML. 

The skilled person will appreciate how data written as an XML document is 
structured: written in words, or data sub-items, which are collected into data 
3D sub-item groups. The data sub-item groups can comprise sentences, 
paragraphs, or pimply collections of words. The data sub-item groups, or 
even just data sub-items, are placed between pairs of tags, or identifierS- 

The tags, or identifiers, appear as follows: <variabJB>, and <yvariable>, 
35 with variable being any word, or character string acceptable according to 
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the XML recommendation. Further, each data sub item group can be itself 
broken down into a number of sub-items. This structure is convenient and 
allows TOT easy manipUianon anu »cfar^;iiiii6 ljjo %>^±xl.yx^^^%^ w^^*.. . 
data sub-item group may of course be considered as a portion of the data. 

HTML and in particular XHTML is a al&o a subset of XML end the above 
discussion of XML is applicable. 



It inay be advantageous to adapt the data received by the data-processing 
10 means 300 from the resource server SOS according to the number of data- 
receiving applications in the aggregation. This may be the case even if the 
data-receiving applications have identical, or substantially identical^ 
capabilities e g. additional data may be included to assist in synchronisation 
of multiple data-rweiving applications, 

15 

For example if the aggregation has only one data-receiving application 
which is capable of rendering HTML, the content for that data-receiving 
application might be: 

20 <ev:listenBrev:targel='foo* ev:event="click" 
ev:hancller="#clickHand(erV> 
*=iriput icl-"foo7> 

<script ld="clickHan<Jler-> 
25 <|— execute some event handling functions — > 
</scr1pt> 

The skilled person will appreciate that this XML is composed of elements 
from the HTML and XML Events XML vocabularies which instruct a data- 
30 receiving application to render a textbox input form contrdl and to capture 
mouse 'click' events that occur on that textbox. The events are routed to an 
event handler declared within the <script> element 
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If two HTML data-receiving applications are available, the content for each, 
of them might be: 

<Bv:[istener ev:target="foo" ev:event=''cl ick" 
5 ev:handl©r="#cHckHandler7> 

<script ldJ="clickHancller> 
-cfork to«-anotherBrowser" ev:handler="#anotherCI[ckHandler"/> 
10 <i-- execute some event handling functions — > 

<:/script> 

As the skilled person will appreciate, when two or more data-receiving 
applications are present, the data includes additional XML (illustrated here 

15 by a possible new element called <:fork>, but this is just an example) which 
instructs the data-receiving application to distribute the click event to 
another event handler that is contained in data that has been transmitted to 
another data-receiving application. This enables events to be distributed 
among several data-receiving applications. Generally, in order for data to 

20 be adapted for anyone data-receiving application it is convenient if the 
adaptation function is aware of the capabilities of all data-receiving 
applications in the aggregation. 

Furthermore, it is convenient if the adaptation function is aware of the 
25 distribution of capabilities across the data-receiving applications and/or 
data-receiving devices. Generally it will not be sufScient to know that the 
aggregation of data-receiving applications is capable of irendeiing HTML 
and VoiceXML and it will generally be necessary to know whether one 
data-receiving application is capable of rendering HTML while another is 
30 capable of rendering VoiceXML, or v^rhether both data-receiving 
applications can render both HTML and VoiceXML. It will of course be 
appreciated that VoiceXML and HTML are merely examples of mark-up 
languages that may be used and any other mark-up language is equally 
possible. 

35 
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Therefore, the data-rcccdving devices and/or applications within an 
aggregation will have a so called aggregation profile which can be used 

receiving devices within the aggregation. 

5 

In some existing web appncatious the adBptatiQn function is pcrfanzicd. at 
the client (the data-receiving application). In an embodiment realising this 
invention, to achieve such client side adaptation, the server SOB returns a 
generic response that contains an abstract description of the data (e.g. 
10 XML). This would typically include an inline reference to a stylesheet 
(XSLT or CSS) that the data receiving application 800 applies to transform 
the abstract data to data receiving application-specific vajiant. 

In many existing web applications content is adapted at the server before 

15 being returned in the http response. In an aggregation of data-receiving 
devices, in which a single request 812 is generated as described herein, then 
the semantics of the single request 812 should be extended &oul "return a 
representation of the requested data, often referred to as a resoiircc, 
(suitable for this data-receiving application profile) to *Vetiim 

20 rBpresBntation(s) of the requested data (resource) suitable for a list of data- 
receiving devices/applications". In one embodiment the single request 812 
carries multiple data-receiving application profiles (which may mean 
including the aggregation profile) and the corresponding response 900 
return multiple variants of the data which are appropriate for the givm data- 

25 receiving devices/applications. 

Therefore, the aggregation profile will generally capture both the 
composition of the aggregation and the cs^abilities of each data-receiving 
application 0nd/QT device within it. In one embodiment the aggregation 
profile is described through the use of multiple http headers that may be 

30 constructed by the data-processing means 300 and included in the single 
request 812. 
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For example, consider the case when the data-processing means 300 

receives tnree requests, cSiCu. *avi,^ o — 

capabilities of the originating data-receiving device and/or application. 

5 

First request: 

Data-receiving application-ID: client 1 
Profile: "www.examplexom/profilel" 

10 Second request: 

Data-receiving applicaticn-ID: client 2 
Profile: "www.examplexom/profilel" 
*Nirwrw. example.coni/profile3 " 

15 Third request: 

Data-receiving application-ID: client 3 
Profile: *Svww. example, coiii/profilel'' 
'Vww.example.com/profileS" 

20 From these sets of headers the data-processing means 300 constructs the 
aggregation profile http header set: 

Profile-Agg: clientl;xx, client2;yy, clients; yy 
Profilerxx "www.example.com/profiler* 
25 Ptofile:yy "www. example, coxa/profile2" 
■Svww.examplexom/profileS*' 

A person skilled in the art will appreciate that the Profile headers are used 
to indicate web resources which describe the capability sets, and that these 
30 Profiles have been bound to the respective data-receiving application ID in 
the Profilfi-Agg header of the single request 812. 

i 
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The aggregation profile may be constructed at the data-processing 
means SOOin a similar fs-sliicn to the prccesses described above which 
describe how the single request 812 maybe made to the resource server 808 
5 i.e. w-ait for all rsq^iests with the same request group identity and include all 
profiles in the single request S12 to the resourcs server SOS. Alternatively, 
the aggregation profile could be included by each data-receiving application 
in its individual request, assuming that data-receiving applications have a 
means to discover each other's profiles, 

10 

The existing http multipart response mechanism may be extended to 
transport multiple response variants by using headers to associate each 
entity part with a data-receiving application. For example: 

IS Conttait-Type = ixiUltyjarVimxcd; boundary== foobsix 

— -foobar 
FoxClient: clientl 

20 [content] 
foobar 

]PorCliieiit: clie]Xt2,client3 

25 

[content] 

30 Instead of treating the multiple entity parts as replacements (which is 
conventional browser behaviour when receiving multipart entities), the 
data-processing means 300 would use the ForClient: headers to demultiplex 
the entity parts within the response 900 ficom the resource server 808 and 
include the appropriate part in single-part (initial 902 and copycat 904) 
35 responses to individual data-receiving applications SOO, which can be more 
clearly seen in Figure 6. 
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CLAIMS 

1, A processing means which comprises a receivmg meaiis and 

5*_^— ^^;++;,^^ -rvio-iT^e tKiOi 'Ff'f*«=^^v^^cT mfti^nc "Kilmer aTrgn^ied to receive a 
piuraiity of dat?L requests from a plurality o± u»t»-rev^rv7tig appxications^ 
said plurality of data requests forming a request group, and also to receive 
data from a storage means, and the transmitting means being arranged to 
transmit data to said storage means and to transmit received-data received 
10 from said storage means to said data-receiving applications, furtfier, said 
processing means being arranged to process requests for data received by 
said receiving means from said data-receiving applications, evaluate said 
requests and to produce a single request for the data-requests within said 
request group and generated by said evaluation and to cause said transmitter 
15 to transmit said single request to said data-storage means and further to 
receive data from said data-storage means, process said received-data and to 
transmit said received data, or portions thereof, to at least one of said data- 
receiving applications. 

20 2, A processing means according to claim 1 which is arranged such that 
said evaluation comprises postponing sending said single request until all 
requests within a request group have been received. 

3. A processing means according to claim 1 which is arranged such that 
25 said evaluation comprises sending said single request on receipt of the first 

request within a request group. 

4. A processing means according to cJairn 1 which is arranged such that 
said evaluation comprises monitoring requests within a request group and 

30 transmitting said single request when the processing means has received 
sufficient data to create said single request from data-requests made thereto. 
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5, A processing means according to any precedixig claim which is 
siTsngcd suvh that said evalusLticii corsiprises nisrgisg dats-requeste 
received from said data-receiving applications such that said single request 
comprises s cansolidated request comprising at least portions of said data- 
requests. 

6. A processing means according to claim 5 in which the dats-requesU 
comprise data providing a portion of a form. 

7- A processing means according to claim 5 or 6 in which the single data- 
request comprises data providing all of, or suhstantially all o£i a form. 



8. A processing means according to any preceding claim which is a proxy 
15 server and/or an ajpplication running on a data-receiving device and/or a 

storage means such as a server. 

9. A processing means according to any preceding claim which is 
airanged to identify a data-request as belonging to a group by reading *i 

20 portion of that data-request that provides a group identity, 

10. A processing means according to any preceding claim which is 
arranged to use the Hyper Text Transfer Protocol (http) for any of the 
following: receive data-requests; transmit said single request; receive data 

25 firom said storage means; transmit data to said data-receiving applications. 

11. A method of requesting data comprising receiving a plurality of data 
requests from a plurality of data-receiving applications, said plurality of 

data-requests forming a request group, evaluating said requests and 
30 producing a single request for data, to a storage means, for said request 
group generated by said evaluation, receiving received-data in response to 
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said single request from said storage means, processing said received-data 
and sending said received-data, or portions thereof, to at least one of said 
data-receiving applications, 

5 12. A meinoa accoTdmg ko t^xanxi xj. axi wji.**-^ — — ^ — 

one or more of the following: 

i. stalling said single request until all requests within a request group 
have been received; 

ii. sending said single request on receipt of the first request within a 

10 request ^oup; 

iil. merging data-requests received from said data-receiving applications 
such that said single comprises a consolidated request; and 

iv, monitoting requests within a request group and transmitting said 
single request when the processing means has received sufficient data from 
15 said data-requests to create said single request. 

13. A system comprising at least two data-receiving applications running 
on one or more data-receiving devices, each data-receiving application 
being capable of requesting and receiving data, a data-processing means and 
20 a data-storage means connected to said data-receiving applications via said 
data-processing means, said data-processing means being arranged to 
receive a plurality of data-requests forming a request group from said data- 
receiving applications, to evaluate said data-requests and to send a single 
request for the data-requests within said request group to said data-storage 
25 means and further being arranged to receive data from said data-storage 
means, in response to said single request, process said received data and 
distribute said received data, or portions thereof, to at least one of said data- 
receiving applications. 
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14. A system according to claim 13 in which the data-receiving 
applications are aixanged to communicate with one another via inter data- 
receiving application messages. 

5 15. A system according to cl^iir. 13 in which a data-receiving application 
is arranged to generate and send a data-request to said d^ta-prccessing 
means following receipt of an inter data^receiving application message. 

16, A system according to claim any of claims 13 to 15 in which said data- 
10 receiving applications are arranged to add a data-reqnest group identity to 
said data request and/or a data-receiving device/application identity before 
or during transmission of said data-request to said data-processing means. 

17- A system accordii^g to claim 13 to 16 in which said data-receiving 
15 applications arc airanged to add to said data request one of the following: 
the number of data-requests that are to l>e made to said data-processing 
means, in a data-request group; or a list of the data-receiving 
applications/devices that are to make a data-request to said data-processing 
means. 

20 

18. A system according to any of claims 13 to 17 in which said data- 
processing means is arranged to identify the first data-request received 
thereby within a data-request group. 

25 19. A system according to claim 18 in which said data-processing means 
is arranged to transmit said single request once said ficrst data-request 
received has been identified. 

20, A systesm according to claim 18 or 19 in which said data-processing 
30 means is arranged to neither transmit to said data-storage means nor 
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respond to said data-requests which are within a data-reqyest gXQnp which 
arc not the first data-request received thereby in th&t data-request group. 

21. A system according to any of claims claim 19 to 20 in which said data- 
5 processing means is arranged neither transmit to said data-storage meaBS 

nor respona lo saiu a»ta-i^4u«?j>Li> lxlalxj. ^t^o ^^w^^* — — 

storage means in response to said single request transmitted following said 
first data-request. 

10 22. A system according to any of claims 13 to 17 in which said data- 
processing means is arranged neither transmit to said data-storage means 
nor respond to said data-requests within * data-request group until aU data- 
requests in that data-request group have been received thereby. 



IS 23, A system according to claim 13 to 22 in which said data-processing 
means is arranged to merge data-requests within a data-request group in to a 
consolidated request, comprising at least portions of said data-request5, and 
to send said consolidated request as said single request. 

20 24. A system according to claim 23 in which said data-processing means 
is arranged to delay sending said single request to said data-storage means 
until said data-processing means has received sufficient data from said data- 
requests to create said single request. 

25 25. A system according to claim 24 in which any one data request can 
comprise any of the following: a partial data-request in which a portion of 
the data required to generate said single request is provided by that data- 
request; or a complete data-request in which all of the data required to 
generate said single request is provided by that data-request. 



30 
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26. A system according to claim 25 in which said data-processing 
applications are arranged to add data to said data-requests which identifies 
whatLer said dsta request is partial data-request or a complete data-request. 

5 27. A system acccrdisg to any of claims 13 to 25 in which said data- 
receiving applicaiions are airaxigcd to aidd to 52id single rsq^-est the 
capabilities of said data-receiving application and/or data-receiving device 
on which said application is running for a single application/device and/or 
for each application/device within a data-request group- 

10 

28. A system according to claim 27 in which said data-processing means 
processes said capabilities received in said data-requests and ensure that 
said single request includes the capabilities for all data-receiving 
applications/devices within a request group. 

15 

29: A system according to any of claims 26 or 27 in which said data- 
storage means sends a plurality of vearsions of the data requested in the 
single request according to the capabilities listed in the single request. 

20 30- A system according to any one of claims 13 to 29 in which the data- 
processing means is any of the following: a proxy servei^ an application 
ruiming on a data-receiving device; and/or a storage means such as a server. 

31- A system according to any one of claims 13 to 30 which is arranged to 
25 use the Hyper Text Transfer Protocol (http) for any of the following: data- 
requests &om the data-receiving applications to the data-processing means; 
single request to said storage means &om said data-processing means; 
receiving data from said storage meatis; transmiting data to said data- 
receiving applications. 

30 
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32, A method of delivering and receiving data to and from two or more 
data-receiving applications nmning on one or more data-receiving devices, 

request group, from said data-receiving applications using a data-processing 
5 means, evaluating said requests sending a. single request to a data-storage 
means from the data-processing means aiiu fofujcr oomprisiiig prOvesSATig 
data received from said data-storage means in response to said single 
request using said data-processing means, and distributing said received 
data, or portions thereof, to at least one of said data-receiving applications. 

10 

33. A data-structure comprising a request for data, a data-request group 
identity indicating menibership of a group of a plurality of data-receiving 
applications and/or data-receiving devices forming a data-request group, 

15 34. A data-structure according to claim 33 which includes any of the 
following: the number of data-requests that are to be made to said data- 
processing means in a data-request group; a list of the data-receiving 
applications/devices that are to make a data-request to said data-processing 
means. 

20 

35. A data- structure according to claim 33 or 34 which includes the 
capabilities of said data-receiving application and/or data-receiving device 
on which said application is running. 

25 36- A data-structure according to claim 35 which includes the capabilities 
fot each data-receiving application/device within a data-request group. 

37. A computer readable medium containing instructions, which when 
read onto a computer cause that computer to perform the method of 
30 claim 11 or 12. 
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38. A computer readable medimn contaimng instructions, which when 
read onto a computer cause that computenr to perform the meliiod of 
ciaim 32- 

33. A eomputer readable Kjediiiiri contammg instructions, which when 
read onto a processing means cause ib^t ptocessuig meaiis tc fcnirfion as ths 
processing means of aay of claims 1 to 10. 

40- A computer readable medium containing instmctionSp which when 
read onto a processing means cause that processing means to function as the 
data-processing means of any of claims 13 to 31. 

41. A computer readable medinm containing the data- structure of any of 
claims 33 to 36* 



15 
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ABSTRACT 
DATA DELIVERY 

5 

A system comprising at least two data-Teccivmg appacitLioiis i^puw; xux^i^m*va 
on one or more data-receiving devices (23,24,26,28). Each data-receiving 
application (800) is capable of requefiting and receiving data. A data- 
processing means (300) and a data-storage means (SOS) ate also provided, 

10 said data-storage means being connected to said data-receiving 
applications (800) via said da±a-proccssing means (300), Said data- 
processing means (300) is arranged to receive a plurality of data- 
requests (802,806) which form a rcqncst group from said data-receiving 
applications (800). The data-processing means is arranged to evaluate said 

IS data-requests (802,806) and to send a single request (812) for the data- 
requests (8702,806) within said request group to said data-storage 
means (808) and further arranged to receive data from said storage 
means (808), in response to said single request (812). The data-processing 
means is arranged to process said received data and distribute said received 

20 data, or portions thereof^ to at least one of said data-receiving 
applications (800). 



To be accompanied by Figure 4 when published- 
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